getsectiondata with mach_header_64 doesn't compile on 32-bit watchOS
device slices (arm64_32, armv7k). Match the only caller,
SentrySubClassFinder, which is iOS/tvOS/visionOS only.

Guard classes(forImage:) with MH_MAGIC_64 before rebinding the header
to mach_header_64, which also safely skips a FAT header instead of
misreading it. Document that _dyld_get_image_header/_dyld_get_image_name
take the dyld loader read lock, so the method must run off the main
thread (its only caller already does).

Drop the swizzleClassNameExcludes doc paragraph, remove the sample
RoomPlan repro scaffolding, and add a regression test driving the real
runtime wrapper against the test bundle.

`magic` is the first field of both `mach_header` and `mach_header_64`,
so read it on the original pointer and return [] directly instead of
funneling nil through the withMemoryRebound closure.

Explain we don't re-read _dyld_image_count per iteration like the
CxaThrowSwapper, since we search for one already-loaded image.

SwiftUI was only referenced in comments, never in code.

The defensive early returns (missing header, non-mach_header_64,
absent __objc_classlist, image not loaded) were silent, so a class
list coming back empty was hard to triage. Add short log lines.

Follow the test<Function>_when<Condition>_should<Expected> naming
convention and the arrange-act-assert layout.

classes(forImage:) confirmed safe on a physical arm64e iPhone 12: 44
classrefs read, 31 view controllers swizzled, no EXC_BAD_ACCESS.

Rebind the __objc_classlist section to AnyClass? — the honest
Swift type of its Class _Nullable entries — and compactMap out
nulls, instead of reading non-optional UnsafeRawPointer and
unsafeBitCast-ing each entry to AnyClass. A null entry in a
malformed section is now skipped instead of producing an
invalid non-optional AnyClass (undefined behavior).

Extract the section parsing into an internal static helper so
tests can exercise the null-entry case, which a real
dyld-loaded section can't be made to contain.

Feed the new classes(inSection:size:) helper a crafted buffer
shaped like getsectiondata's return value with a null slot in
the middle, and assert the null is skipped. A real dyld-loaded
__objc_classlist section never contains nulls, so this edge
case is unreachable through classes(forImage:).

Store AnyClass instead of class names in SentrySubClassFinder and
call the swizzle block with the stored pointer. This drops the
NSClassFromString round-trip on the main thread, which realizes the
class and could re-trigger the availability-gated realization crash
this branch fixes (GH-8152, swiftlang/swift#72657). It also swizzles
exactly the class found in the target image instead of whatever a
name lookup resolves for duplicate class names.

…ailability-crash

# Conflicts:
#	Sources/Swift/Core/Integrations/Performance/SentrySubClassFinder.swift
#	Tests/SentryTests/Integrations/Performance/SentrySubClassFinderTests.swift

Reflect the direct class-pointer handoff (no NSClassFromString), the
merged origin/main (#8494 early return), the extracted
classes(inSection:) helper, and the current test names.

Unremapped __objc_classlist entries (Finding 2) still reach the
swizzler; flag it in the wrapper comment and handoff. Add a filter
test that documents it does not close the finding. No behavior change.